home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950329-19950528
/
000218_news@columbia.edu_Mon Apr 24 16:52:41 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA09465
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 24 Apr 1995 12:52:48 -0400
Received: by apakabar.cc.columbia.edu id AA02336
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 24 Apr 1995 12:52:46 -0400
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: No ack errors - any suggestions?
Date: 24 Apr 1995 16:52:41 GMT
Organization: Columbia University
Lines: 51
Message-Id: <3ngl0p$28n@apakabar.cc.columbia.edu>
References: <3n8bdr$34o@vixen.cso.uiuc.edu>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3n8bdr$34o@vixen.cso.uiuc.edu>,
bott david m jr <d-bott@ux1.cso.uiuc.edu> wrote:
: I am using a USR Sportster 14.4 modem connecting to a modem bank at the
: University of Illinois, U-C. I've been uploading uuencoded files for
: mailing using CrossTalk for Windows' Kermit Protocol with the following
: settings:
:
: Filetype: text
: Checksum: single
: Timing: tight
: Sliding Window: 2
: Max Packet length: 1024
:
: and my .kermrc on the Unix account is:
:
: block 3
: window-size 2
: send packet-length 1024
: receive packet-length 1024
: file collision overwrite
:
I assume that the real .kermrc file has "set" in front of each of
these lines?
: I am constantly getting "no ack" errors (the only kind) and they slow
: down the transfer considerably on uploads (I can use the less robust
: zmodem transfer on downloads and achieve really high transfer rates).
:
: Is there anything I can do to reduce the "no ack" errors or is this
: a function of the hardware and mainframe "busy-ness?"
:
Who knows. If you were using MS-DOS Kermit on your PC, we could help,
and of course we recommend you do so.
: I realize this is ALMOST a non-kermit question, but KERMIT is the only
: protocol that allows even 1000-1100 bps transfer rates. All others
: fail to upload (but they download OK).
:
Maybe MS-DOS Kermit would not have any problem on this connection.
If it did, then we'd begin by asking you lots of questions about your
connection -- speed, flow control, etc. What's on the far end? A
terminal server? Which kind of terminal server? And what is the host?
Running which OS and version? And which version of C-Kermit?
Do the errors happen as soon as you start uploading the file, or do
they happen at some point well within the transfer? In other words, are
we seeing 8-bit transparency problems or do we have buffering / flow-
control problems?
- Frank